Zadig 文档
Zadig
教程
博客
论坛
关于
中文英文
Zadig
教程
博客
论坛
关于
Zadig v4.1
Loading...
     编辑文档
     反馈问题
     社区讨论

    本页导航

    服务变量

    本文介绍 K8s YAML 项目中的服务变量功能。

    # 变量配置

    选中服务,点击右侧的变量进入到服务变量配置页面。包括系统内置变量、自定义变量和全局变量。

    • 系统内置变量和自定义变量可在服务 YAML 配置中进行引用
    • 服务的 YAML 配置中,容器名称和镜像信息不可使用内置变量 $Namespace$ 和 $EnvName$
    • 支持配置全局变量,新建环境时可按需对默认值做覆盖,实现不同环境的差异化配置

    变量

    # 系统内置变量

    包括 $Namespace$、$Product$、$Service$、$EnvName$,可直接在 YAML 中进行引用,具体说明如下:

    • $Namespace$:项目创建的环境所在的 K8s 空间名称
    • $Product$:项目名称
    • $Service$:服务名称
    • $EnvName$:创建的环境名称

    # 自定义变量

    • 服务的 YAML 配置文件中形如 {{.Key}} 的内容可以自动解析为自定义变量。
    • 点击自定义变量下方的键值对、YAML 文件图标可切换变量视图。
    • 可修改服务变量的类型及默认值并校验正确性,支持字符串、单选、布尔、YAML 四种类型。

    变量

    # 全局变量

    点击自定义变量右侧的配置全局变量进行配置。

    变量

    添加全局变量,默认可选的键来自于所有服务的自定义变量(键名相同的变量视为同一个),也可以输入自定义键名来添加。

    变量

    # 变量的使用

    # 新建环境

    在新建环境时,可配置服务变量和环境全局变量,对服务配置中的变量默认值做覆盖,实现不同环境的差异化配置。

    1. 需要事先在服务中配置全局变量,新建环境时才可配置环境级别的全局变量
    2. 支持使用系统内置变量来为全局变量和服务变量赋值
    3. 只有和待新建环境服务列表中服务有关联的全局变量才可以在新建环境时指定
    4. 为服务配置变量值,可以自定义,或者一键勾选使用环境的全局变量

    新建环境变量渲染

    # 更新环境全局变量

    在环境中,点击更新全局变量,可更新对应环境中的全局变量。

    1. 环境的全局变量在当前环境下生效
    2. 修改全局变量的值后,和全局变量有关联的服务将会自动更新,应用最新的变量值。
    3. 支持删除和服务无关联的全局变量
    4. 支持添加新的全局变量,待添加的变量需要先在服务的全局变量中定义

    # 更新服务变量

    在环境中添加服务或更新服务时,可对服务变量进行修改,支持手动修改或使用环境全局变量。更新服务时,同时可以通过勾选 更新服务配置,选择是否更新当前服务的 YAML 版本。

    # 变量示例

    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: $T-Service$
      labels:
        app.kubernetes.io/name: $T-Project$
        app.kubernetes.io/instance: $T-Service$
      annotations:
    {{.annotations}}
    spec:
      selector:
        matchLabels:
          app.kubernetes.io/name: $T-Project$
          app.kubernetes.io/instance: $T-Service$
      replicas: {{.replicas_num}}
      template:
        metadata:
          labels:
            app.kubernetes.io/name: $T-Project$
            app.kubernetes.io/instance: $T-Service$
        spec:
          containers:
            - name: $T-Service$
              image: ccr.ccs.tencentyun.com/koderover-public/$T-Service$:latest
              imagePullPolicy: Always
              env:
                - name: DOWNSTREAM_ADDR
                  value: "b"
                - name: HEADERS
                  value: "x-request-id"
                {{- if .skywalking}}
                - name: ENHANCE
                  value: "true"
                {{- end}}
              command:
                - /workspace/{{.cmd}}
              ports:
              {{- range .ports_config}}
                - protocol: {{ .protocol }}
                  containerPort: {{.container_port}}
              {{- end}}
              resources:
                limits:
                  memory: {{.memory_limit}}
                  cpu: {{.cpu_limit}}
    
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45

    # 自定义变量

    cmd: $Service$
    cpu_limit: 50m
    memory_limit: 50Mi
    replicas_num: 1
    skywalking: true
    value: value
    ports_config:
      - protocol: TCP
        container_port: 20221
      - protocol: UDP
        container_port: 21221
    annotations: |1-
        owner: "John Doe"
        team: "DevOps"
    
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14

    # 最佳实践参考

    利用服务的变量能力实现不同环境的差异化配置,最佳实践参考如下:

    • 数据库隔离
    • 域名区分

    ← 服务详情服务版本及回滚→

    资源
    教程
    论坛
    博客
    公司
    关于
    客户故事
    加入我们
    联系我们
    微信扫一扫
    hello@koderover.com

    © 2026 筑栈(上海)信息技术有限公司 沪 ICP 备 19000177 号 - 1

    •  跟随系统
    •  浅色模式
    •  深色模式
    •  阅读模式